Providing Task-Based Information

ABSTRACT

Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for providing task-based information are disclosed. In one aspect, a method includes identifying a set of previous interactive sessions for a particular task. For each identified interactive session in the set of previous interactive sessions, a set of implements used during the interactive session are identified based on content of the interactive session. At least one implement in the identified set of implements is classified as a required implement for the particular task. The classification is based, at least in part, on a portion of the previous interactive sessions in which the implement was identified. Classified implements are indexed according to the particular task. Data identifying the indexed implements are provided in response to receipt of a search query referencing the particular task.

BACKGROUND

This specification relates to data processing and content distribution.

The Internet facilitates exchange of information between users acrossthe globe. This exchange of information enables service providers toprovide services to users that are not located in the same geographicregions as the service provider. Similarly, users that are interested inobtaining services over the Internet can identify service providerswithout limiting their search to local service providers.

SUMMARY

Users can participate in interactive sessions in which various tasks areperformed. For example, a user interested in repairing a computer canparticipate in an interactive session that demonstrates how to repair acomputer. Prior to participating in an interactive session, a user maybe interested in knowing what implements (e.g., tools, parts, orsupplies) are required to perform one or more tasks performed in theinteractive session, which are referred to as required implements. Theuser may also be interested in knowing what implements are optional forperforming the one or more tasks, which are referred to as optionalimplements.

In some implementations, data specifying the set of required implementsand/or the set of optional implements for performing a particular taskcan be provided to a user device that submitted a search queryreferencing the particular task. The set of required implements can beidentified as such based on implements used in interactive sessions inwhich the particular task is performed. For example, a set ofinteractive sessions in which the particular task is performed can beanalyzed (e.g., using video and/or audio analysis) to identifyimplements that appear, or are audibly referenced, in the interactivesession. If a particular implement is identified in at least a thresholdportion of the interactive sessions, the particular implement can beclassified as a required implement. The identified implements that arenot identified as required implements can be classified as optionalimplements. The required and/or optional implements for a particulartask can be indexed according to the particular task, and provided inresponse to a search query referencing the particular task.

In some implementations, content items (e.g., advertisements) that areprovided with the search results can be selected based on the set ofrequired and/or optional implements for the particular task. Forexample, if a hammer is listed as a required implement for theparticular task, an advertisement for a hammer can be provided with thesearch results. The selection of the content item can also be performed,at least in part, on information related to implements that the userowns, or is otherwise associated with, information related to one ormore of the user's implements that are nearing an end of their usefulperiod, and other information, such as information identifying previousinteractive sessions that the user has experienced.

In some implementations, reliability measures for products and/or partscan be determined based on the interactive sessions in which productsare serviced. For example, a failure rate for each part in a product canbe determined based on a portion of the interactive sessions in whichthe part is serviced. The failure rates for the various parts of aproduct can be used to create a reliability profile for the parts of theproduct. This reliability profile can provide information related to thelikelihood that failure of the product is caused by a particular part ofthe product. The reliability profile can be provided, for example, tomanufacturers of the product and/or users. When a search query isreceived referencing failure of the product, the reliability profile canbe used to suggest an interactive session for servicing one or moreparts of the product.

In general, one innovative aspect of the subject matter described inthis specification can be embodied in methods that include the actionsof identifying, by one or more data processing apparatus, a set ofprevious interactive sessions for a particular task, each interactivesession for the particular task being an online session during which theparticular task was performed; identifying, for each interactive sessionin the set of previous interactive sessions and based on content of theinteractive session, a set of implements used during the interactivesession; classifying, by one or more data processing apparatus, at leastone implement in the identified set of implements as a requiredimplement for the particular task, the classification of the implementbeing performed based, at least in part, on a portion of the previousinteractive sessions in which the implement was identified; indexingclassified implements according to the particular task; receiving asearch query that references the particular task; and providing, by oneor more data processing apparatus, data identifying the indexedimplements in response to receipt of the search query. Other embodimentsof this aspect include corresponding systems, apparatus, and computerprograms, configured to perform the actions of the methods, encoded oncomputer storage devices.

These and other embodiments can each optionally include one or more ofthe following features. Methods can include the actions of identifying aset of previously used implements for a user based on previousinteractive sessions that were requested by the user device; determiningthat the indexed implements include a required implement that is notincluded in the set of previously used implements; and providing anadvertisement for the required implement to the user device.

Methods can include the actions of identifying a set of previously usedimplements for a user based on previous interactive sessions that wererequested by the user device; identifying, from the set of previouslyused implements, a particular previously used implement that matches arequired implement for the particular task; determining, based oncharacteristics of the particular previously used implement, thatreplacement of the particular previously used implement is recommended;and providing, in response to determining that replacement of theparticular previously used implement is recommended, an advertisementfor the particular previously used implement to the user device.

Identifying the set of implements can include the actions of receivingdata identifying an object presented during the interactive session, theidentification being based on one or more of visual object recognitionor speech recognition; and including the object in the set ofimplements.

Methods can include the actions of determining, for a particularproduct, a reliability profile indicative of failure rates for each ofthe one or more parts of the particular product, the failure rate foreach part being based, at least in part, on a number of interactivesessions in which the part is serviced.

Methods can include the action of providing the reliability profile to amanufacturer of the product.

Receiving a search query can include receiving, from the user device, asearch a search query referencing failure of the particular product.

Methods can include the actions of identifying, based on the failureprofile, a candidate failed part of the particular product; andproviding, in response to receipt of the search query, data identifyingan interactive session in which the candidate failed part is serviced,wherein: providing data identifying the indexed implements can includeproviding data identifying indexed implements for servicing the failedpart.

Identifying a set of implements used during the interactive session caninclude identifying a set of parts used during the interactive session;classifying each of one or more parts in the identified set of parts asa required part for the particular task or a sometimes used part for theparticular task, the classification of the part being performed based,at least in part, on a portion of the previous interactive sessions inwhich the part was used; identifying a set of tools used during theinteractive session; and classifying each of one or more tools in theidentified set of tools as either a required tool for the particulartask or a sometimes used tool for the particular task, theclassification of the tool being performed, at least in part, based on aportion of the previous interactive sessions in which the tool was used.

Particular embodiments of the subject matter described in thisspecification can be implemented so as to realize one or more of thefollowing advantages. Users are provided information that enables themto ensure that they have all required implements for performing a taskprior to beginning to perform the task. A source of implements that arenot possessed by the user can be provided to the user to facilitateacquisition of the implements prior to engaging in the task. Productmanufacturers can identify and address product reliability issues basedon the reliability profiles generated based on the interactive sessions.

The details of one or more embodiments of the subject matter describedin this specification are set forth in the accompanying drawings and thedescription below. Other features, aspects, and advantages of thesubject matter will become apparent from the description, the drawings,and the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an example environment in which contentrelated to task performance is distributed.

FIG. 2 is a block diagram illustrating an example implementidentification technique.

FIG. 3 is a screenshot of an example user interface in which implementinformation is provided to users.

FIG. 4 is a flow chart of an example process for identifying a set ofimplements for a particular task.

FIG. 5 is a flow chart of an example process for selecting a contentitem to present based on a set of implements for a particular task.

FIG. 6 is a flow chart of an example process for determining areliability measure for a product.

FIG. 7 is a block diagram of an example data processing apparatus.

Like reference numbers and designations in the various drawings indicatelike elements.

DETAILED DESCRIPTION

FIG. 1 is a block diagram of an example environment 100 in which contentrelated to task performance is distributed. A data communication network102 enables data communication between multiple electronic devices.Users can access content, provide content, exchange information, andparticipate in interactive sessions by use of the devices and systemsthat can communicate with each other over the network 102. The network102 can include, for example, a local area network (LAN), a cellularphone network, a wide area network (WAN), e.g., the Internet, or acombination of them. The links on the network can be wireline orwireless links or both.

A website 104 includes one or more resources 105 associated with adomain and hosted by one or more servers in one or more locations.Generally, a website is a collection of web pages (or other resources)formatted in hypertext markup language (HTML) that can contain text,images, multimedia content, and programming elements, for example,scripts. Each website 104 is maintained by a content publisher, which isan entity that controls, manages and/or owns the website 104.

A resource 105 is data provided over the network 102 and that has aresource address, e.g., a uniform resource locator (URL). Resources maybe HTML pages, electronic documents, image files, video files, audiofiles, and feed sources, to name just a few. The resources may includeembedded information, e.g., meta information and hyperlinks, and/orembedded instructions, e.g., client-side scripts.

In operation, a search system 110 crawls the web sites 104 and indexesthe resources 105 provided by the web sites 104 in an index 112. Thesearch system 110 can receive queries from user devices 130. In responseto each query, the search system 110 searches the index 112 to identifyresources and information that are relevant to the query. The searchsystem 110 identifies the resources in the form of search results andreturns the search results to the user device 130. A search result isdata, generated by the search system 110, that identifies a resource orprovides information that satisfies a particular search query. A searchresult for a resource can include a web page title, a snippet of textextracted from the web page, and a resource locator for the resource,e.g., the URL of a web page.

The search results are ranked based on scores related to the resourcesidentified by the search results, e.g., information retrieval (“IR”)scores, and optionally a separate ranking of each resource relative toother resources, e.g., an authority score. The search results areordered according to these scores and provided to the user deviceaccording to the order.

A user device 130 receives the search results and presents them to auser. If a user selects a search result, the user device 130 requeststhe resource that is referenced by the search result. For example, if asearch result includes an active link to the web pages example.com, userinteraction with this search result will cause the user device torequest the resource located at example.com. The publisher of the website 104 hosting the resource receives the request for the resource andprovides the resource to the user device 130.

In some implementations, the queries submitted from user devices 130 arestored in query logs 114. Selection data for the queries and the webpages referenced by the search results and selected by users are storedin selection logs 116. The selection logs 116 represent actions takenresponsive to search results provided by the search engine 110.

The query logs 114 and the selection logs 116 are examples of searchhistory data 117. The search history data 117 include data from, andrelated to, previous search requests associated with unique identifiers.The search history data 117 can be used to map queries submitted by userdevices to resources that were identified in search results and theactions taken by users when presented with the search results inresponse to the queries. In some implementations, data are associatedwith (e.g., indexed according to) the identifiers from the searchrequests so that a search history for each identifier can be accessed.The search history data 117 can thus be used by the search system todetermine the respective sequences of queries submitted by user devices,the actions taken in response to the queries, and how often the querieshave been submitted.

In situations in which the systems described here collect personalinformation about users, or may make use of personal information, theusers may be provided with an opportunity to control whether programs orfeatures collect user information (e.g., information about a user'ssocial network, social actions or activities, profession, a user'spreferences, or a user's current location), or to control whether and/orhow to receive content from the content server that may be more relevantto the user. In addition, certain data may be treated in one or moreways before it is stored or used, so that personally identifiableinformation is removed. For example, a user's identity may be treated sothat no personally identifiable information can be determined for theuser, or a user's geographic location may be generalized where locationinformation is obtained (such as to a city, ZIP code, or state level),so that a particular location of a user cannot be determined. Thus, theuser may have control over how information is collected about the userand used by a content server.

The content item management system 120 provides content items forpresentation with the resources 105. A content item is a unit of content(e.g., content stored in one or more files) that is provided forpresentation with a resource in response to a request for a contentitem. In some implementations, a request for a content item is initiatedbased on execution of a code snippet that is included in a resource. Forexample, when a user device receives the data representing a resource,the data may include a portion of code that, upon execution by the userdevice, causes the user device to request a content item from thecontent item management system 120. Thus, a content item may berequested in response to a request for a resource, and the content itemmay be hosted by a different server and/or entity than the resource withwhich the content item will be presented.

A variety of content items can be provided for presentation with aresource. One example content item is an advertisement. In the case ofadvertisements, the content item management system 120 allowsadvertisers to specify selection rules that take into account attributesincluded in the content item request to provide relevant advertisementsfor the users. Example selection rules include selection keywords withwhich an advertiser can associate bids. The bids specify an amount thatthe advertiser will pay for their advertisement to be presented inresponse to content item requests that include data specifying searchqueries, resource content, or metadata that match the selectionkeywords. Advertisements that are associated with keywords having bidsthat result in an advertisement slot being awarded based on the outcomeof an auction are selected for presentation in advertisement slots thatare included in the resource.

In the case of advertisements, the content item management system 120includes a data storage system that stores campaign data 122 andperformance data 124. The campaign data 122 stores advertisements,selection information, and budgeting information for advertisers. Theperformance data 124 stores data indicating the performance of theadvertisements that are served. Such performance data can include, forexample, click-through rates for advertisements, the number ofimpressions for advertisements, and the number of conversions foradvertisements. Other performance data can also be stored.

The campaign data 122 and the performance data 124 are used as input toan advertisement auction. In some implementations, the content itemmanagement system 120, in response to each request for advertisements,conducts an auction to select advertisements that are provided inresponse to the request. The advertisements are ranked according to ascore that, in some implementations, is proportional to a value based onan advertisement bid and one or more parameters specified in theperformance data 124. The highest ranked advertisements resulting fromthe auction are selected and provided to the requesting user device.

A user device 130 is an electronic device, or collection of devicescapable of requesting and receiving resources over the network 102.Example user devices 106 include personal computers 132, mobilecommunication devices 134, and other devices that can send and receivedata over the network 102. A user device 130 typically includes a userapplication, e.g., a web browser, that sends and receives data over thenetwork 102, generally in response to user actions. The web browser canenable a user to display and interact with text, images, videos, musicand other information typically located on a web page at a website onthe world wide web or a local area network.

An interactive session system 140 is also accessible by the user devices130 over the network 102. The interactive session system 140 servesinteractive sessions (also referred to as “sessions”) and data relatedto interactive sessions to users of user devices 130. The term“interactive session” is used in this specification to refer to apresentation that allows a user to experience an event or receive datarelated to the event. Events of different types can be presented. Insome implementations, events may be “assistance” events, for whichinteractive sessions provide step-by-step assistance to users toaccomplish a particular task, or events may be “experience” events, forwhich interactive sessions provide users with an experience ofparticipating in an activity. An example interactive session for anassistance event is a session that describes a step-by-step process tobuild a computer. An example interactive session for an experience eventis a session that provides the experience of driving a certain make andmodel of an automobile. The interactive session system 140 may alsoprovide interactive sessions for other appropriate event types.

Furthermore, the data that the interactive session system 140 providesfor an event may also differ based on the event type and based on theintent of the user. For example, interactive sessions for repair eventsmay provide users with a list of tools and parts required to accomplisha task at the beginning of an interactive session. Likewise, a user mayhave implicitly or explicitly specified an intent for viewing aninteractive session. The user may explicitly specify an intent, forexample, by interacting with a user interface element that representstheir intent. A user may implicitly specify an intent, for example, bysubmitting a search query that is related to the intent, or byrequesting other information that is related to the intent. For example,a user request for information about purchasing tools needed to repair acomputer may be considered an implicit indication of the user's intentto repair a computer.

The interactive session system 140 may determine specific data toprovide to a user based on the intent of the user. For example, a userthat is viewing a session that describes building a computer, and withthe intent to build the computer, may be presented with additionalinformation, e.g., a list of parts, tools and the time required tocomplete the task. Another user that is watching the same session withthe intent to learn about computers may be presented with otherinformation, e.g., articles about memory, heat dissipation, or othercomputer-related topics, in a side panel of a viewing environment as theinteractive session is presented.

The sessions can be created by expert assistants or non-expert users.The term “expert assistant” is used in this specification to refer to auser or entity that has been accepted by the system 140 for a category,e.g., as a result of the user's or entity's having provided credentials,professional registrations, or demonstrated a high level of skill withrespect to a particular task category. Examples of expert assistantsinclude a licensed contractor for construction related sessions, acompany that produces sessions for a particular product the companymanufactures, and a user that has produced a large number of highlyrated sessions for a particular task category.

In some implementations, the content item management system 120 canprovide content items with the interactive sessions. In the case ofadvertisements, the content item management system 120 may selectadvertisements based on the subject matter of a session (e.g., the taskcategory to which the session has been classified), the event type, andthe user's intent. For example, for a repair event, the content itemmanagement system 120 may provide advertisements for providers of toolsand parts that are identified in the list of tools and parts required toaccomplish the repair task.

Production systems 150 can be used to create interactive sessions.Production systems 150 may range from studios to simple hand-held videoand/or audio recording systems. Generally, a production system 150 is asystem that includes one or more of an audio input device 150-1, a videoinput device 150-2, an optional display device 150-3, and optionallyother input devices, output devices, and production processes that areused to create sessions. For example, post production processes may beused to add metadata to an interactive session. Such metadata mayinclude, for example, keywords and topical information that can be usedto classify the session to one or more topical categories; a list oftools and part required for a particular session and descriptions of thetools and parts; and so on.

Tactical sensory input devices may also be used in a production system150. For example, a particular interactive session may provide inputdata for a “G-suit” that applies pressure to a user's body and that theuser interprets as simulated motion. Accordingly, appropriate inputsystems are used in the production system 150 to generate and store theinput data for the interactive session.

Production systems 150 may also be or include devices that are attachedto a person. For example, for “point of view” sessions, wearablecomputer devices that include a camera input device and microphone inputdevice may be worn on a user's person during the time the user iscreating the session.

A session is stored as session data 142 and is associated with anauthoring entity, or provider, by entity data 144. For example, sessiondata 142 for a particular session can be stored with an identifieridentifying the session and entity data 144 identifying the entity thatis credited with authoring the session. Additionally, the session data142 for each session can include data, such as labels, that specifytasks that are performed during the session. For example, a sessionrelated to cooking a pork shoulder may include labels such as “selectinga pork shoulder,” “preparing the grill,” and other labels that describethe tasks demonstrated or performed in the session. The labels can beprovided by and entity that created or provided the interactive session.The labels can also, or alternatively, be provided by users that havepreviously viewed the session. The labels can be associated with one ormore timestamps indicating a start time at which the task begins in thesession and a stop time at which the task ends in the session, such thata duration of the task can be determined.

A user device 130 can access the interactive session system 140 torequest an interactive session. The interactive session system 140 canprovide a user interface to the user devices 130 in which interactivesessions are arranged according to a topical hierarchy. In someimplementations, the interactive session system 140 includes a searchsubsystem that allows users to search for interactive sessions.Alternatively, the search system 110 can search the session data 142 andthe entity data 144.

For example, in response to receiving a query from a user device 130,the search system 110 can identify one or more sessions that are deemedrelevant to the query (e.g., based on a relevance score). Alternatively,or additionally, the search system 110 can interact with the interactivesession system 140 to obtain data identifying one or more sessions thatare deemed relevant to the query. In response to the query, the searchsystem 110 can provide a search result referencing the one or moresessions that were deemed relevant to the query. When a user interactswith a search result that references a particular session, the userdevice will submit a request to the interactive session system 140requesting the session data 142 for that particular session. In turn,the user can experience the requested session.

A user experiences a session by use of one or more user devices 130.Other types of input and output devices may also be used, depending onthe type of interactive session. For example, an augmented reality visorthat provides a view of a real-world environment augmented bycomputer-generated graphics may be used. A tactical sensory input deviceand a tactical sensory output device that applies pressure to a user'sbody and that the user interprets as simulated motion or other type offeedback may also be used.

Some implementations of an interactive session system 140 provideinteractive sessions in real time or near real time. A real time or nearreal time interactive session can be an interactive session that iscreated in response to a user request for the interactive session. Forexample, real-time sessions may be provided by a company for repairing aproduct sold by the company when the user does not find a storedinteractive session that fulfills the user's informational needs.Likewise, interactive sessions may be provided as part of a consultationprocess. For example, an automobile mechanic may contact a user atanother location, e.g., the user's home, to consult with the userregarding an automobile repair. The automobile mechanic may then explainto the user, by means of an interactive session that highlights certainparts of the automobile engine as seen from the point of view of theautomobile mechanic, certain repairs that are necessary and requestauthorization from the user to proceed. The user can ask questions anddiscuss alternatives with the automobile mechanic during the interactivesession to make an informed decision.

A single interactive session may include the performance of a singletask or multiple different tasks. For example, an interactive sessiondemonstrating how to make a paper airplane could be considered toinclude the single task of making a paper airplane. Another interactivesession that demonstrates how to cook a pork shoulder may be consideredto include a single task of cooking a pork shoulder, or can beconsidered to include multiple different tasks. For example, the task ofcooking a pork shoulder may include the separate tasks of preparing thegrill, preparing the meat for cooking, cooking the meat, and preparingthe cooked meat for serving.

When a user is considering whether to request presentation of a sessionrelated to a particular task and/or is interested in performing theparticular task, the user may be interested in knowing what tools,materials, or other items (collectively referred to as implements) theuser is required to have to complete the particular task, and/or whatimplements are optional for completing the particular task. For example,assume that a user is interested in installing a ceiling mounted speakerand is going to learn to install the speaker using an interactivesession. Prior to requesting presentation of a pre-recorded session orstarting a real-time interactive session, the user may be interested inknowing that the user will need a ladder, a ceiling mount speaker, adrywall cutting tool, and speaker wire in order to perform the task. Theuser may also be interested in knowing that optional items that the usermay want to use during the speaker installation include an adjustablespeaker hole cutter (e.g., in place of or in addition to a standarddrywall cutting tool) to precisely cut holes the size of the speakers, afish tape for running the speaker wire behind the drywall, and/orconduit that can be placed behind the drywall.

By reviewing multiple different resources related to installing aceiling mount speaker, a user may be able to identify a set ofimplements that are generally required/optional for installing thespeaker. However, this research takes time and the user may findconflicting information about which implements are required and whichare optional. Additionally, the list of implements identified throughthe user's research may not match the set of implements that arerequired/optional for installing the speaker in the manner specified inthe interactive session that will guide the user through theinstallation process.

The interactive session system 140 is configured to identify, for aparticular task, a set of implements that are required to perform theparticular task and a set of implements that can optionally be used toperform the particular task. In some implementations, the interactivesession system 140 identifies the set of implements based on an analysisof interactive sessions in which the particular task has been performed.For example, the interactive session system 140 (or a data processingapparatus independent of the interactive session system 140) can useobject identification techniques to identify implements that were usedto perform the particular task in each of multiple different availableinteractive sessions. Likewise, the interactive session system 140 canalso use speech recognition techniques to identify keywords thatdescribe implements. In some implementations, the interactive sessionsystem 140 can correlate in time the identification of implements usingvisual technique with the identification of implements using speechrecognition techniques. For example, an expert may hold an implementbefore the camera and describe the implement. Such correlations areindicative of a very high likelihood of an accurate identification of aparticular implement.

The interactive session system 140 can use information about theimplements used to perform the particular task to identify thoseimplements that are required to perform the particular task (“requiredimplements”) and those implements that can optionally be used to performthe particular task (“optional implements”). In some implementations, animplement is classified as, or otherwise considered to be, a requiredimplement for a particular task if the implement is used in at least athreshold number, or portion, of the interactive sessions in which theparticular task is performed. For example, an implement can beclassified as a required implement for the particular task if theimplement is identified in at least 70% (or some other portion) of theinteractive sessions in which the particular task is performed.Implements that have been identified in the interactive sessions, butnot classified as, or otherwise considered to be, required implementsfor the particular task can be classified as or considered optionalimplements for the particular task.

To illustrate, assume that a drywall cutting tool is identified as beingused in 95% of the interactive sessions demonstrating how to install aceiling mount speaker, while fish tape is identified in 50% of theinteractive sessions. In this example, the drywall cutting tool will beclassified as a required implement for installing a ceiling mountspeaker, while the fish tape will be classified as an optionalimplement, assuming that the threshold value for classifying implementsis 70% as discussed above.

In some implementations, the determination of whether a particularimplement is a required implement can be based not only on the number ofinteractive sessions in which the particular implement was identified,but also on the number of interactive sessions in which implements inthe same class of implements as the particular implement are identified.For example, an adjustable speaker hole cutter is a particular type ofdrywall cutting tool that can be used as part of the ceiling speakerinstallation process. In this example, the identification of theadjustable speaker hole cutter in an interactive session can contributeto both the total number of interactive sessions in which an adjustablespeaker hole cutter was identified and the total number of interactivesessions in which a drywall cutting tool was identified. Thus, theidentification of a particular implement as either a required implementor an optional implement can consider all implements that are consideredto be of a same class as the particular implement, even if some of thoseimplements may be more specifically classified.

In some implementations, the determination of whether a particularimplement is a required implement can be based, in part, on sentimentdetection and keyword detection using speech recognition. For example,an expert, when describing an implement, may state that the implement“is required” or “will be needed,” or, alternatively, may state that theimplement is “optional” or “could also be used,” etc. Positivesentiments for “required” and “optional” can be aggregated and takeninto account when determining whether an implement is required oroptional.

The interactive session system 140 can index each implement that hasbeen classified as either required or optional according to theparticular task. For example, assume that the particular task isinstalling a ceiling mount speaker, and that a drywall cutting tool hasbeen identified as a required implement, and that an adjustable speakerhole cutter has been identified as an optional implement. In thisexample, data identifying these required and optional implements can bestored with a reference to installing a ceiling mount speaker. The datacan be stored and indexed in the session data 142 or another data store.

When a search query references a particular task that is included in theindex, the set of required and/or optional implements for the particulartask can be obtained from the index, and data identifying the requiredand optional implements can be provided to a user device that providedthe search query. For example, assume that a search query referencinginstallation of a ceiling mount speaker is received from a user device.In this example, the interactive session system 140 can identify thoserequired and optional implements that have been indexed as implementsfor installing a ceiling mount speaker. In turn, the interactive sessionsystem 140 can provide information identifying the required and/oroptional implements to the user device from which the search query wassubmitted (e.g., through the network 102 and/or search system 110).

The information identifying required and optional implements for aparticular task (referred to collectively as “implement information”)can be used to inform the user of the implements that they will need tocomplete the task. This implement information can be provided, forexample, in an informational search result (e.g., a search result thatprovides information obtained from multiple different resources). Forexample, in response to a search query referencing a particular task, asearch result informing the user of the implements that arerequired/optional for performing the particular task can be provided inan informational search result along with navigational search results(e.g., search results that include an active link to a resource that hasbeen identified as relevant to the search query).

Additionally, the implement information can be used to facilitateselection of advertisements that are provided based on the search query.For example, if a drywall cutting tool is identified as a requiredimplement, an advertisement for a retailer that sells drywall cuttingtools may be selected for presentation in response to the search query.As discussed in more detail below, the advertisement selection can alsobe based on information provided by the user, such as a set ofimplements that the user owns, information identifying requiredimplements for other tasks that were performed in interactive sessionspreviously experienced by the user, and information related to how oftena particular implement needs to be replaced or replenished.

As will be described in more detail with reference to FIG. 6, theinteractive session system 140 or a data processing apparatusindependent from the interactive session system 140 can determine areliability measure for a product/part based on user requests forinteractive sessions. For example, the interactive session system 140can determine, for a particular product, a number of users that haveexperienced an interactive session in which the product, or a particularpart of the product, was repaired. This information, alone or incombination provided by a manufacturer of the product or provided byusers, can be used to determine a reliability measure for the product.The reliability measure can be, for example, a failure rate for theparticular product or part, a relative reliability ranking for a set ofproducts of a particular type, or a reliability profile for a set ofparts that are included in the product.

For example, with respect to a particular product, a particular partthat most often fails and a portion of all product failures that areattributed to failure of that particular part can be determined based onthe portion of interactive sessions in which the particular part isrepaired or replaced. In the context of a set of products of aparticular type, an analysis of the interactive sessions can revealwhich of the products are more prone to need repair or replacement basedon a number of interactive sessions related to repair of each productrelative to the total number of interactive sessions related torepairing the set of products.

FIG. 2 is a block diagram 200 illustrating an example implementidentification technique. The block diagram 200 illustrates a set ofoperations 202 performed by the interactive session system 140 or anindependent data processing apparatus to index required/optionalimplements for a particular task. The set of operations 202 includesidentification of interactive sessions for a particular task (e.g.,interactive sessions in which the particular task is performed). Forexample, the interactive session system 140 can identify the interactivesessions 204, 206, 208, and 210 as interactive sessions in which aparticular task is performed.

In some implementations, the interactive session system 140 identifiesthe interactive sessions that are related to a particular task based onlabels associated with the interactive sessions. As noted above, eachinteractive session can be associated with (e.g., indexed according toor stored with a reference to) one or more labels specifying one or moretasks that are performed during the interactive session. The interactivesession system 140 can identify the interactive sessions having labelsreferencing the particular task as interactive sessions that will beused to identify required implements and optional implements forperforming the particular task.

The interactive session system 140 processes the content of theinteractive sessions 204, 206, 208, and 210 to identify sets ofimplements 212, 214, 216, and 218 that are used to perform theparticular task in the respective interactive sessions. In someimplementations, the interactive session system 140 utilizes objectrecognition techniques and/or audio analysis to identify the implementsfor each of the interactive sessions.

For example, the interactive session system 140 can use an objectidentifier to identify one or more implements that are presented invideo or still images during the interactive session. The interactivesession system 140 can also use an audio analyzer to determine whetherthe audio portion of the interactive session includes a reference to theimplement. In this example, assume that the implement is identified bythe object identifier and determined to be referenced by the audioanalyzer when the implement is presented. Based on this evaluation ofthe interactive session, the implement can be considered to be usedduring the interactive session.

In some implementations, audio and visual analysis of an interactivesession do not both need to be used to determine that an implement isused in a particular interactive session. For example, only visual oronly audio identification of an implement can be sufficient to identifythe implement as being used during the interactive session.Additionally, other techniques can be used to determine that implementsare used during an interactive session. For example, a provider of theinteractive session may provide a list of implements used during theinteractive session and/or user feedback specifying the implements usedduring the interactive session can be used to identify the implementsused during the interactive session.

As illustrated in FIG. 2, some of the implements may be identified inmultiple different interactive sessions, while some implements may onlybe identified in one or fewer than all the interactive sessions. Forexample, implement_(—)1 is included in each set of implements 212, 214,216, and 218, implement_(—)2 is only included in the sets of implements212 and 216 for the interactive sessions 204 and 208. Additionally,implement_(—)3 is only included in the set of implements 214 for theinteractive sessions 206, and implement_(—)4 is only included in the setof implements 216 for the interactive session 208.

In some implementations, the interactive session system 140 classifiesthe implements in the sets of implements 212, 214, 216, and 218 based ona portion of the interactive sessions 204, 206, 208, and 210 in whichthe implements were identified. The interactive session system 140 cancreate a table 220, or another data structure, in which each implementis associated with an inclusion value specifying a portion of theinteractive sessions 204, 206, 208, and 210 in which the implement wasidentified. For example, as illustrated by FIG. 2, the table 220includes a list of the implements identified in the sets of implements212, 214, 216, and 218.

Each of the implements is associated with a number of instances of theimplement that were identified. In this example, the number of instancesrepresents the number of the interactive sessions 202, 206, 208, and 210in which the implement was identified and/or a number of the sets ofimplements 212, 214, 216, and 218 in which the implement was included.For example, as indicated by the table 220, implement_(—)1 was includedin four interactive sessions, implement_(—)2 was included in twointeractive sessions, and each of implement_(—)3 and implement_(—)4 wasincluded in one interactive session.

Each of the implements is also associated with an inclusion valuespecifying a portion of all of the analyzed interactive sessions inwhich the implement was identified. For example, four interactivesessions 204, 206, 208, and 210 were analyzed by the interactive sessionsystem 140. Therefore, based on the numbers of instances for each of theimplements, the interactive session system 140 can determine thatimplement_(—)1 was included in 100% of the interactive sessions,implement_(—)2 was included in 50% of the interactive sessions, and thatinteractive session_(—)3 and interactive session_(—)4 were each includedin 25% of the interactive sessions.

The interactive session system 140 can classify each of the implementsas either a required implement or an optional implement for theparticular task based on the inclusion value for the implement. Theclassification of an implement can be based, for example, on acomparison of the inclusion value for the implement and a thresholdinclusion value. If the inclusion value for the implement meets (e.g.,equals or exceeds) the threshold inclusion value, the implement isclassified as a required implement. If the inclusion value for theimplement does not meet the threshold inclusion value, the implement isclassified as an optional implement. For example, if the thresholdinclusion value is set to 70%, implement_(—)1 will be classified as arequired implement since implement_(—)1 has an inclusion value of 100%.In this example, implement_(—)2, implement_(—)3, and implement_(—)4 willeach be classified as optional implements since each of these implementshas an inclusion value that is below the threshold inclusion value.

In some implementations, the inclusion value for a particular implementcan be based on the combined number of instances of that particularimplement and the number of instances of another implement that is thesame type of implement as the particular implement. For example, assumethat implement_(—)2 is a drywall cutting tool, and that implement_(—)3is a speaker hole cutter, which is a particular type of drywall cuttingtool. In this example, the total number of instances of drywall cuttingtools can be the sum of the number of instances of the drywall cuttingtool and the number of instances of the speaker hole cutter. Asillustrated by table 220, the number of instances of implement_(—)2 istwo, and the number of instances of implement_(—)3 is 1. Thus, in thisexample the total number of instances of drywall cutting tools, whichincludes both implement_(—)2 and implement_(—)3, is three and theinclusion value for the drywall cutting tool is 75%, which meets thethreshold inclusion value of 70%. Accordingly, in this example, adrywall cutting tool can be classified as a required implement.

In some implementations, a quality score of the interactive session canbe used to weight the contribution of an implement from that interactivesession. Quality scores may be based on, for example, user ratings,ratings of the expert that provided the session, and other appropriatefactors. Implement contributions from interactive sessions withrelatively low quality scores may be discounted, while implementcontributions from interactive sessions with relatively high qualityscores may be fully counted or even boosted.

The interactive session system 140 can create an index of required andoptional implements for the particular task. For example, as illustratedby the table 222, implement_(—)1 can be indexed as a required implement,while implement_(—)2, implement_(—)3, and implement_(—)4 can be indexedas optional implements. The interactive session system 140 can store theindex of required and optional implements in an implement index 224. Asdescribed in more detail below, the interactive session system 140 canidentify the required and/or optional implements for a particular taskby obtaining data from the implement index, and then provide informationspecifying the required and/or optional implements to a user device.

In some implementations, the interactive session system 140 will obtainthe list of required and/or optional implements from the implement index224 in response to receiving a search query 226 (“query”). For example,the interactive search system 140 may receive a search query 226 fromthe search system 130 or from a user device that submitted the searchquery 226.

As described in more detail below, the interactive session system 140identifies a particular task 228 that is referenced by the search query226, and can request, from the implement index 224, an implement list230 for the particular task 228. The implement list 230 can specify therequired implements for performing the particular task and/or theoptional implements for performing the particular task.

The interactive session system 140 provides the implement list 230 tothe search system 130 or a user device in response to the search query.For example, the implement list 230 can be presented at the user devicewith search results responsive to the search query and/or in associationwith one or more interactive sessions in which the particular task isperformed.

In some implementations, the interactive session system identifies theparticular task 228 that is referenced by the search query 226 from anindex of particular tasks and corresponding search queries that havebeen determined to reference each particular task. In someimplementations, the index of particular tasks and corresponding searchqueries is created and maintained by a data processing apparatusindependent of the interactive session system 140, and the interactivesession system 140 can interact with that independent data processingapparatus to obtain information identifying the particular task 228.

In some implementations, the interactive session system 140 can createand/or maintain the index of particular tasks and corresponding searchqueries. The particular task referenced by a search query can bedetermined based on tasks performed in interactive sessions that wererequested by users through interaction with search results provided inresponse to the search query. For example, in the interaction logs dataassociated with a particular search query can include data specifying,for each interactive session referenced by search results responsive tothe search query, a number of user requests for the interactive sessionthrough user interaction with the search results.

The particular task can be selected from a set of candidate tasksperformed during the interactive sessions that were requested throughuser interaction with the search results. For example, the candidatetask that is performed in a highest number or highest portion of theidentified interactive sessions can be selected as the particular taskthat is referenced by the search query.

In some implementations, the candidate tasks performed during theinteractive sessions are identified based on labels, or other data,specifying the tasks that are performed during the interactive session.The labels can be associated with the interactive session by a providerthat provides the interactive session and/or users that have requestedthe interactive session.

The provider of the interactive session can, for example, provide labelsspecifying that task A and task B are both performed during theinteractive session. The provider of the interactive session can alsoprovide data specifying portions of the interactive session with whichthe labels are associated. For example, if task A is performed betweentime=0 and time=t1 of the interactive session, the provider canassociate a start time of time=0 and an end time of Time=t1 with thelabel corresponding to task A. Similarly, the provider can associate astart time of time=t1 and an end time of time=t2 with task B if task Bis performed between times t1 and t2 of the interactive session.

Users that experienced an interactive session can similarly associatelabels with portions of interactive sessions. For example, while viewingan interactive session, a user can identify a start of a particular taskand provide a label identifying the task being performed. When theinteractive session advances to the end of the task, the user canprovide feedback identifying the time at which the task ended. Theseuser labels can be aggregated to select one or more labels that areconsidered to represent tasks being performed during the interactivesessions.

Based on the label data, a number or portion of the interactive sessionsthat includes each candidate task can be determined. For example, thelabels that are associated with each portion of an interactive sessioncan be used to identify the candidate tasks that are performed duringthe interactive session. For each candidate task, the number ofinteractive sessions that are associated with a label referencing thecandidate task can be determined. In turn, one or more of the candidatetasks that are associated with a threshold number (or portion) of theidentified interactive sessions can be selected as the particular taskreferenced by the search query. The threshold number (or portion) can bean absolute value or a relative value. For example, the particular taskcan be a candidate task that is associated with at least 60% of theidentified interactive sessions and/or the candidate task that isassociated with the highest number of interactive sessions (e.g., amongthe candidate tasks). The particular task that is determined to bereferenced by the search query can be stored with a reference to theparticular task.

FIG. 3 is a screenshot of an example user interface 300 in whichimplement information is provided to users. The user interface 300 ispresenting an example search results page 302 in which example searchresults 304, 306, and 308 are displayed in response to submission of asearch query 310. The example search results 306 and 308 are searchresults that reference web pages related to the search query, and userinteraction with the search results 306 or 308 will redirect a userdevice to the web pages referenced by the respective search results.

The example search result 304 references an interactive session that hasbeen identified as relevant to the search query 310. For example, theinteractive session referenced by the search result 304 may includeperformance of the particular task that has been determined to bereferenced by the search query 310, as described above. User interactionwith the search result 304 can request a resource providing moreinformation about the interactive session and/or request presentation ofthe interactive session.

For example, the search result 304 includes a session request element312 that requests presentation of the interactive session in response touser interaction with (e.g., a user click of) the session requestelement 312. The search result 304 can also be created to include anactive link that requests an interactive session scheduling page atwhich a user can schedule future presentation of a pre-recorded or realtime interactive session. For example, user interaction with any portionof the search result 304 can initiate a request for the sessionscheduling page.

The search result 304 also includes implement information areas 314 and316. The implement information areas 314 and 316 present informationabout the implements that are used to perform the particular task thatis referenced by the search query. For example, the implementinformation area 314 can present information specifying requiredimplements that are required to perform the particular task that isreferenced by the search query. Similarly, the implement informationarea 316 can present information specifying optional implements forperforming the particular task.

In some implementations, user interaction with either of the implementinformation areas 314 or 316 can initiate a request for more informationabout the required and/or optional implements. For example, userinteraction with the implement information area 314 can requestpresentation of a resource that presents an image of the requiredimplement(s) and/or information about how to utilize the requiredimplement(s).

The search results page 302 also includes advertisements 318 and 320that are presented in response to the search query 310. In someimplementations, the advertisements 318 and/or 320 are selected forpresentation based at least in part on one or more implements that areidentified as required implements or optional implements for theparticular task. For example, as illustrated by FIG. 3, theadvertisement 318 is an advertisement for implement_(—)1, which is arequired implement for the particular task, and advertisement 320 is anadvertisement for implement_(—)2, which is an optional implement for theparticular task.

In response to receiving the search query 310, the search system (or theinteractive session system) can submit a content item request to acontent item management system. The content item request can includedata specifying one or more of the search query, the particular taskreferenced by the search query, one or more interactive sessions inwhich the particular task is performed, a list of required implementsfor the particular task, a list of optional implements for theparticular task, and/or a set of implements that the user has usedduring previous interactive sessions or that the user has otherwiseidentified as implements that are possessed by the user. Using the datain the content item request, the content item management system canselect one or more advertisements (or other content items) forpresentation with the search results page.

FIG. 4 is a flow chart of an example process 400 for identifying a setof implements for a particular task. The process 400 can be performed,for example, by one or more of the interactive session system 140, thesearch system 110, and/or another data processing apparatus. The process400 can also be implemented as instructions stored on computer storagemedium. Execution of the instructions by a data processing apparatus cancause the data processing apparatus to perform the operations of theprocess 400.

A set of interactive sessions are identified for a particular task(402). In some implementations, the set of interactive sessions includesinteractive sessions that were previously experienced by users. Each ofthe identified interactive sessions can be, for example, an interactivesession in which the particular task was performed. As described abovewith reference to FIG. 2, the particular tasks performed during aninteractive session can be identified based on labels associated withthe interactive sessions.

A set of implements used during each of the interactive sessions isidentified (404). The set of implements can include, for example, a setof parts that are used during the interactive session and a set of toolsthat are used to manipulate the parts. For example, the set of parts caninclude screws, nails, bolts, wire, pieces of metal or plastic, or otherparts that can be used during performance of a task. Tools are thoseobjects, such as screwdrivers, hammers, wrenches, wire cutters, or otherobjects with which the parts are manipulated. Each part or tool can beclassified as either a required part or tool or an optional part or toolusing operations described throughout this document.

In some implementations, the set of implements used during each of theinteractive sessions is identified based on objects identified in avideo portion of the interactive session. For example, the video portionof the interactive session can be provided to an object identificationapparatus that is configured to identify objects that appear in videoand/or images. The object identification apparatus can return a list ofobjects that were identified in the video portion of the interactivesession. In some implementations, the list of objects can include, foreach object, an elapsed time (e.g., measured from a beginning of theinteractive session) at which the object appears in the interactivesession. This list of objects can be identified as the set of implementsfor the interactive session, or further analysis of the interactivesession can be performed as described below.

In some implementations, audio processing techniques can be used toidentify the set of implements for an interactive session. For example,the audio portion of the interactive session can be provided to an audioanalyzer, such as a speech recognition apparatus, that identifiesaudible references to objects in the interactive session. The audioanalyzer can return a list of objects that were referenced in the audioportion of the interactive session. In some implementations, each objectin the list can be associated with an elapsed time (e.g., measured froma beginning of the interactive session) at which the object was audiblyreferenced in the interactive session. This list of objects can beidentified as the set of implements for the interactive session.

When lists of objects are identified using both the audio and videoportions of the interactive session, the set of implements for theinteractive session can be identified based on the union of the lists orthe intersection of the lists. For example, assume that implement_(—)1was identified in the video portion of the interactive session and thatboth implement_(—)1 and implement_(—)2 were identified in the audioportion of the interactive session. In this example, the set ofimplements for the interactive session will include only implement_(—)1if only the intersection of the lists are included in the set ofimplements. However, if the union of the lists is used to identify theset of implements, both implement_(—)1 and implement_(—)2 will beincluded in the set of implements.

The set of implements for an interactive session can be identified, atleast in part, based on user feedback related to the interactivesession. In some implementations, users can provide data specifying oneor more implements that were used during the interactive session, one ormore implements that were not used during the interactive session,and/or data specifying the importance of one or more implements forperforming the particular task.

For example, after experiencing an interactive session, a user can beprovided with an interface listing a set of objects that were identifiedin the interactive session (e.g., using either video or audio analysis).Each of the objects can be associated with feedback elements that allowthe user to specify whether they used the object and/or whether theobject was required to perform the particular task. User interactionwith the feedback elements can submit the user's feedback to theinteractive session system, which can use the data when selecting a setof implements for the interactive session and/or for classifying aparticular implement as a required implement or an optional implement.

The interface provided to the user can also enable the user to identifyadditional objects that may not have been identified based on the videoor audio analysis. For example, if a particular tool was used by theuser during an interactive session, but that tool was not identified ineither the video or audio portion of the interactive session, the usercan submit data specifying that the particular tool was used during theinteractive session, and the particular tool can be included in the setof implements for the interactive session.

Each of the identified implements identified in the interactive sessionsis classified as a required implement or an optional implement (406). Insome implementations, at least one of the implement from the sets ofimplements is classified as a required implement. An implement can beidentified as a required implement, for example, based on a portion ofthe interactive sessions in which the implement was identified, asdiscussed above with reference to FIG. 2. Implements that are notclassified as required implements for the particular task can beclassified as optional implements for the particular task.

In some implementations, the classification of an implement as either arequired implement or an optional implement can be based, at least inpart, on user feedback related to the implement. For example, asdiscussed above, users can provide feedback specifying whether aparticular implement was used during the interactive session. Thisfeedback can be used in addition to other data to determine whether animplement was used during the interactive session. For example, even ifa particular implement was not identified as used based on video oraudio analysis of the interactive session, if at least a thresholdportion of users specified that the particular implement was used, theparticular implement may still be classified as a required implement forthe particular task.

Classified implements are indexed according to the particular task(408). In some implementations, each classified implement is stored witha reference to the particular task. For example, each of the classifiedimplements can be stored in a data store with data specifying that theimplement is either a required implement or an optional implement forthe particular task.

A search query that references the particular task is received (410). Insome implementations, the search query is a text query that has beendetermined to reference the particular task, as described above withreference to FIG. 2.

In some implementations, the search query is an image query thatreferences the particular task. An image query that references aparticular task can include, for example, an image of a partiallyassembled product or an image of a part. For example, assume that a usertakes a picture of a partially assembled desk from a furniture retailer,and submits the image as an image search query. In this example, thesearch system or another data processing apparatus can identify theimage search query as an image of the partially assembled desk. Once theimage has been identified as the partially assembled desk, theidentification of a particular task that is referenced by the searchquery can be performed in a manner similar to that described above.

In some implementations, an image of the partially assembled product canbe identified as such based on a measure of image similarity between theimage search query and images that have been labeled as images of thepartially assembled product. For example, images that have been labeledas images of the partially assembled product can be provided by amanufacturer of the product or obtained from previously experiencedinteractive sessions in which the product was assembled. The measure ofimage similarity can be based on the similarity between the visualfeatures of the image search query and visual features of the labeledimages. If the measure of image similarity between the image searchquery and the labeled images meets a threshold similarity, the imagesearch query can be considered to be a reference to the partiallyassembled product.

In some implementations, receipt of an image search query thatreferences a partially assembled product can be considered a searchquery that references assembly of a particular product. Thus, theinteractive sessions that are referenced by search results in responseto receipt of the image search query can be interactive sessions inwhich the particular product is assembled.

Data identifying the indexed implements for the particular task areprovided in response to the search query (412). In some implementations,the data provided cause the required implements and the optionalimplements to be identified as such in the search results page, asillustrated by FIG. 3. In some implementations, data identifying theindexed implements is provided in response to receiving a reservationfor an interactive session in which the particular task is performed.For example, when a user requests a future presentation of theinteractive session, data identifying the required implements and/oroptional implements can be presented to the user, e-mailed to the user,or otherwise made available to the user prior to the beginning of theinteractive session.

FIG. 5 is a flow chart of an example process 500 for selecting a contentitem to present based on a set of implements for a particular task. Theprocess 500 can be performed, for example, by one or more of theinteractive session system 140, the search system 110, and/or anotherdata processing apparatus. The process 500 can also be implemented asinstructions stored on computer storage medium. Execution of theinstructions by a data processing apparatus can cause the dataprocessing apparatus to perform the operations of the process 500.

A set of implements for a particular task are identified (502). In someimplementations the set of implements can be indexed according to theparticular task as described above. The set of implements can includerequired implements and/or optional implements for performing theparticular task.

A set of user implements are identified (504). The user implements areimplements that have been associated with the user. Implements can beassociated with a user in a variety of ways. For example, the user canprovide a list of implements that are available to the user, and thislist of implements can be included in the set of user implements thatare associated with the user.

The set of user implements can also include implements used duringprevious interactive sessions that the user has experienced, which arereferred to as previously used implements. For example, assume that theuser has previously requested and/or experienced an interactive sessionin which implement_(—)1 was a required implement. In this example,implement_(—)1 can be associated with the user, and therefore includedin the set of user implements for the user, based on the user's previousexperience of the interactive session.

The set of user implements can also include implements that have beenpreviously purchased by the user. For example, assume that theinteractive session system provides the user access to a shoppinginterface through which the user can purchase implements for use duringinteractive sessions. In this example, implements purchased by the usercan be added to the set of user implements for the user.

The set of user implements can also include implements identified usingobject recognition techniques. For example, a user can place a set ofimplements within the view of a camera, and the interactive sessionsystem can use object identification techniques to identify theimplements that the user has placed within the view of the camera. Theseidentified implements can be added to the set of user implements for theuser.

A needed implement is identified based on the set of implements for theparticular task including an implement that is not included in the setof user implements (506). In some implementations, any implement fromthe set of implements is eligible to be identified as a neededimplement. In some implementations, only required implements areeligible to be identified as a needed implement.

A determination is made whether the set of user implements includes anexpiring implement (508). An expiring implement is an implement that hasreached, or within a threshold period will reach, an estimated usefulperiod. In some implementations, only implements that are included inthe identified set of implements for the particular task and/or areincluded in the set of user implements are eligible for classificationas an expiring implement. For example, identification of a particularimplement as an expiring implement can require that an implement in theset of user implements (e.g., an implement previously used by the user)match a required implement for the particular task. In someimplementations, any implement that has reached the end of the estimateduseful period can be identified as an expiring implement.

The useful period for an implement will vary on a per-implement basisbased on characteristics of the implement. For example, four ounces ofglue may only have a useful period of a one hour interactive session inwhich four ounces of glue are used, a can of paint may have a usefulperiod of several years, while a wrench may have a useful period of manyyears. When an implement reaches, or nears, the end of its useful periodreplacement, or replenishment, of the implement can be recommended.

The useful period of a particular implement can be obtained, forexample, from a data base of useful periods for various implements. Thedata base can be created and/or maintained, for example, based oninformation provided by interactive session providers, users that havepreviously experienced interactive sessions, and/or product reliabilitydata for the particular implement, which is discussed in more detailwith reference to FIG. 6.

In some implementations, an implement can be identified as an expiringimplement based on the useful period of the implement being estimated toend within a threshold period. For example, if the useful period of theimplement is estimated to end before the end of an interactive sessionin which the implement is used, the implement can be identified as anexpiring implement.

In some implementations, the end of the useful period for an implementcan be based, for example, on information about the set of userimplements and previous interactive sessions that have been experiencedby the user. For example, assume that four ounces of glue are requiredto perform a first task (e.g., make a particular craft) in a firstinteractive session. Further assume that the user has previouslyexperienced the first interactive session, and that data associatedwith, or provided by, the user indicates that the user purchased a sixounce bottle of glue for use during the first interactive session. Inthis example, if the identified set of implements for the particulartask includes four ounces of glue, the remaining two ounces of glue,from the six ounces of glue purchased by the user, will not be enough tocomplete the particular task, such that the useful period for the sixounces of glue that were in the set of user implements will end beforethe end of the particular task. Therefore, in this example, glue can beidentified as an expiring implement in the set of user implements.

If one or more expiring implements are identified, the one or moreexpiring implements are identified as needed implements (510). In someimplementations, the one or more expiring implements are added to a setof needed implements. If no expiring implements are identified, theoperation (510) can be bypassed.

Data identifying at least one needed implement is provided to a contentitem management system (512). In some implementations, the dataspecifies, for each of the needed implements, whether the neededimplement is a required implement or an optional implement for theparticular task.

In some implementations, the content item management system can use thedata identifying the at least one needed implement to select anadvertisement to be provided. For example, if glue is identified as aneeded implement for the particular task, the content item managementsystem can select an advertisement for glue to be provided to the userdevice. The selection of an advertisement can consider, for example,whether the implement is a required implement or an optional implement.For example, advertisements for required implements may be selected formore prominent presentation than advertisements for optional implements.

A content item is provided to identify a source of a needed implement(514). In some implementations, the content item is an advertisementidentifying an entity that sells or otherwise provides the neededimplement. The content item can be presented with additional datarelated to the needed implement. For example, data provided with thecontent item can include data specifying whether the needed implement isa required implement or an optional implement for the particular task.Additionally, if the needed implement will reach the end of its usefulperiod before completing the particular task, data can be providedinforming the user that the implement will reach the end of its usefulperiod prior to completion of the particular task. In someimplementations, the content item can be provided with data specifying areliability measure for the needed implement. For example, dataspecifying a useful period for the implement can be provided with thecontent item.

In some implementations, the content item provided can be selected,based at least in part, on previous interactive sessions that have beenexperienced by the user. For example, if a user has experienced aninteractive session titled “an introduction to making paper airplanes,”a content item advertising an interactive session titled “advanced papermaking techniques” may be selected for presentation to the user.Similarly, if a series of interactive sessions are made available by asame provider and/or related to a same topic, content items related tothe next interactive session in the series can be provided following theuser's experiencing one of the interactive sessions in the series.

FIG. 6 is a flow chart of an example process 600 for determining areliability measure for a product. The process 600 can be performed, forexample, by one or more of the interactive session system 140, thesearch system 110, and/or another data processing apparatus. The process600 can also be implemented as instructions stored on computer storagemedium. Execution of the instructions by a data processing apparatus cancause the data processing apparatus to perform the operations of theprocess 600.

Interactive sessions in which products of a particular type are repaired(602). The interactive sessions can be identified, for example, based onuser interactions with search results provided in response to a searchquery referencing failure of the particular type of product. Forexample, the interactive sessions requested through user interactionswith search results provided in response to search queries referencingfailure of the particular type of product can be considered interactivesessions in which products of the particular type are repaired. Theinteractive sessions can also include interactive sessions that areidentified, for example, by a manufacturer of the product or users, asinteractive sessions in which the particular type of product isrepaired. The interactive sessions can also include interactive sessionsthat are associated with labels referencing failure or repair of aproduct of the particular type.

For each particular product of the particular type, a number of theinteractive sessions in which the product was repaired is determined(604). In some implementations, the number of interactive sessions isbased on the number of user experiences of the interactive sessions. Forexample, a single pre-recorded interactive session can be experienced bymultiple different users, and each of those experiences can beconsidered an instance of the interactive session that contributes tothe number of interactive sessions in which the product was repaired.

A reliability measure is determined for each of the particular products(606). In some implementations, the reliability measure for eachparticular product can be expressed as a failure rate for the particularproduct. The failure rate for each product can be determined, based atleast in part, on a portion of the identified interactive sessions inwhich the particular product is repaired. For example, assume thatproduct X is repaired in 50% of the identified interactive sessions,product Y is repaired in 40% of the identified interactive sessions, andproduct Z is repaired in 20% of the identified interactive sessions. Inthis example, the portion of interactive sessions in which theparticular product is repaired can be considered a relative measure ofreliability for each of the respective products (e.g., relative to thereliability of the other products).

In some implementations, the reliability measure can be determined on aper-part basis. For example, using data associated with the interactivesessions, a determination can be made as to the part or parts of theproduct that were repaired. The information can be aggregated for all ofthe interactive sessions and the failure rate for each part of theproduct can be determined. For example, the information associate withthe interactive sessions may indicate that part A is repaired in 70% ofthe identified interactive sessions, part B is repaired in 20% of theidentified interactive sessions, and part C is repaired in 10% of theidentified interactive sessions.

A reliability profile can be created for the parts based on thereliability measures for the parts. The reliability profile can specify,for a particular type of product, a failure rate or a likelihood thatfailure of the product will be caused by failure of one or more parts ofthe product. The reliability profile can be based, at least in part, ona number, or portions, of the identified interactive sessions in whichthe parts are repaired. Continuing with the example above, the repairprofile can specify that there is a 70% likelihood that failure of theproduct will be caused by failure of part A, a 20% likelihood thatfailure of the product will be caused by failure of part B, and a 10%likelihood that failure of the product will be caused by failure of partC.

Data specifying the reliability measure is provided (608). The data canbe provided, for example, to manufacturers of the product to facilitateimproved manufacturing techniques or identify new suppliers forparticular parts of the product. The data can also be provided to usersthat are searching for information related to failure of the particularproduct to facilitate identification of the cause of the failure.

A search query referencing failure of a particular product is received(610). The search query can be received, for example, from a userdevice. The search query can be considered to reference failure of theparticular product, for example, by including a reference to theparticular product and a term indicative of failure of the product. Forexample, if the search query includes the terms “broken,” “failed,”“repair,” “fix,” or another term indicative of product failure alongwith a reference to the particular product, the search query can beconsidered to reference failure of the particular product.

A candidate failed part is identified based on the reliability profile(612). In some implementations, the candidate failed part can be one ormore of the parts having a non-zero failure rate. In the example above,part A, part B, and part C each have non-zero failure rates, andtherefore are each eligible to be identified as a candidate failed part.

In some implementations, only a proper subset of the parts havingnon-zero failure rates are identified as candidate failed parts. Forexample, parts having a failure rate that does not meet a thresholdfailure rate may not be identified as candidate failed parts. Rather, inthese implementations, those parts having failure rates that meet thethreshold failure rate will be identified as candidate failed parts.

An interactive session in which the candidate failed part is serviced isidentified (614). The identified interactive session can be aninteractive session that is associated with data identifying theinteractive session as a session in which the candidate failed part isserviced (e.g., repaired or replaced). For example, labels associatedwith the interactive session may reference repair or replacement of thecandidate failed part. Similarly, the manufacturer of the product mayprovide an interactive session that demonstrates how to repair orreplace the candidate failed part, and data presented with a referenceto the interactive session may specify that the interactive sessiondemonstrates the repair or replacement.

Data identifying the interactive session and required implements forservicing the candidate failed part are provided in response to thesearch query (616). As discussed above, the data can be provided to auser device, for example, with search results responsive to the searchquery.

FIG. 7 is a block diagram of an example data processing apparatus 700that can be used to perform operations described above. The system 700includes a processor 710, a memory 720, a storage device 730, and aninput/output device 740. Each of the components 710, 720, 730, and 740can be interconnected, for example, using a system bus 750. Theprocessor 710 is capable of processing instructions for execution withinthe system 700. In one implementation, the processor 710 is asingle-threaded processor. In another implementation, the processor 710is a multi-threaded processor. The processor 710 is capable ofprocessing instructions stored in the memory 720 or on the storagedevice 730.

The memory 720 stores information within the system 700. In oneimplementation, the memory 720 is a computer-readable medium. In oneimplementation, the memory 720 is a volatile memory unit. In anotherimplementation, the memory 720 is a non-volatile memory unit.

The storage device 730 is capable of providing mass storage for thesystem 700. In one implementation, the storage device 730 is acomputer-readable medium. In various different implementations, thestorage device 730 can include, for example, a hard disk device, anoptical disk device, a storage device that is shared over a network bymultiple computing devices (e.g., a cloud storage device), or some otherlarge capacity storage device.

The input/output device 740 provides input/output operations for thesystem 700. In one implementation, the input/output device 740 caninclude one or more of a network interface devices, e.g., an Ethernetcard, a serial communication device, e.g., and RS-232 port, and/or awireless interface device, e.g., and 802.11 card. In anotherimplementation, the input/output device can include driver devicesconfigured to receive input data and send output data to otherinput/output devices, e.g., keyboard, printer and display devices 760.Other implementations, however, can also be used, such as mobilecomputing devices, mobile communication devices, set-top box televisionclient devices, etc.

Although an example processing system has been described in FIG. 7,implementations of the subject matter and the functional operationsdescribed in this specification can be implemented in other types ofdigital electronic circuitry, or in computer software, firmware, orhardware, including the structures disclosed in this specification andtheir structural equivalents, or in combinations of one or more of them.

Embodiments of the subject matter and the operations described in thisspecification can be implemented in digital electronic circuitry, or incomputer software, firmware, or hardware, including the structuresdisclosed in this specification and their structural equivalents, or incombinations of one or more of them. Embodiments of the subject matterdescribed in this specification can be implemented as one or morecomputer programs, i.e., one or more modules of computer programinstructions, encoded on computer storage medium for execution by, or tocontrol the operation of, data processing apparatus. Alternatively or inaddition, the program instructions can be encoded on anartificially-generated propagated signal, e.g., a machine-generatedelectrical, optical, or electromagnetic signal, that is generated toencode information for transmission to suitable receiver apparatus forexecution by a data processing apparatus. A computer storage medium canbe, or be included in, a computer-readable storage device, acomputer-readable storage substrate, a random or serial access memoryarray or device, or a combination of one or more of them. Moreover,while a computer storage medium is not a propagated signal, a computerstorage medium can be a source or destination of computer programinstructions encoded in an artificially-generated propagated signal. Thecomputer storage medium can also be, or be included in, one or moreseparate physical components or media (e.g., multiple CDs, disks, orother storage devices).

The operations described in this specification can be implemented asoperations performed by a data processing apparatus on data stored onone or more computer-readable storage devices or received from othersources.

The term “data processing apparatus” encompasses all kinds of apparatus,devices, and machines for processing data, including by way of example aprogrammable processor, a computer, a system on a chip, or multipleones, or combinations, of the foregoing The apparatus can includespecial purpose logic circuitry, e.g., an FPGA (field programmable gatearray) or an ASIC (application-specific integrated circuit). Theapparatus can also include, in addition to hardware, code that createsan execution environment for the computer program in question, e.g.,code that constitutes processor firmware, a protocol stack, a databasemanagement system, an operating system, a cross-platform runtimeenvironment, a virtual machine, or a combination of one or more of them.The apparatus and execution environment can realize various differentcomputing model infrastructures, such as web services, distributedcomputing and grid computing infrastructures.

A computer program (also known as a program, software, softwareapplication, script, or code) can be written in any form of programminglanguage, including compiled or interpreted languages, declarative orprocedural languages, and it can be deployed in any form, including as astand-alone program or as a module, component, subroutine, object, orother unit suitable for use in a computing environment. A computerprogram may, but need not, correspond to a file in a file system. Aprogram can be stored in a portion of a file that holds other programsor data (e.g., one or more scripts stored in a markup languagedocument), in a single file dedicated to the program in question, or inmultiple coordinated files (e.g., files that store one or more modules,sub-programs, or portions of code). A computer program can be deployedto be executed on one computer or on multiple computers that are locatedat one site or distributed across multiple sites and interconnected by acommunication network.

The processes and logic flows described in this specification can beperformed by one or more programmable processors executing one or morecomputer programs to perform actions by operating on input data andgenerating output. The processes and logic flows can also be performedby, and apparatus can also be implemented as, special purpose logiccircuitry, e.g., an FPGA (field programmable gate array) or an ASIC(application-specific integrated circuit).

Processors suitable for the execution of a computer program include, byway of example, both general and special purpose microprocessors, andany one or more processors of any kind of digital computer. Generally, aprocessor will receive instructions and data from a read-only memory ora random access memory or both. The essential elements of a computer area processor for performing actions in accordance with instructions andone or more memory devices for storing instructions and data. Generally,a computer will also include, or be operatively coupled to receive datafrom or transfer data to, or both, one or more mass storage devices forstoring data, e.g., magnetic, magneto-optical disks, or optical disks.However, a computer need not have such devices. Moreover, a computer canbe embedded in another device, e.g., a mobile telephone, a personaldigital assistant (PDA), a mobile audio or video player, a game console,a Global Positioning System (GPS) receiver, or a portable storage device(e.g., a universal serial bus (USB) flash drive), to name just a few.Devices suitable for storing computer program instructions and datainclude all forms of non-volatile memory, media and memory devices,including by way of example semiconductor memory devices, e.g., EPROM,EEPROM, and flash memory devices; magnetic disks, e.g., internal harddisks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROMdisks. The processor and the memory can be supplemented by, orincorporated in, special purpose logic circuitry.

To provide for interaction with a user, embodiments of the subjectmatter described in this specification can be implemented on a computerhaving a display device, e.g., a CRT (cathode ray tube) or LCD (liquidcrystal display) monitor, for displaying information to the user and akeyboard and a pointing device, e.g., a mouse or a trackball, by whichthe user can provide input to the computer. Other kinds of devices canbe used to provide for interaction with a user as well; for example,feedback provided to the user can be any form of sensory feedback, e.g.,visual feedback, auditory feedback, or tactile feedback; and input fromthe user can be received in any form, including acoustic, speech, ortactile input. In addition, a computer can interact with a user bysending documents to and receiving documents from a device that is usedby the user; for example, by sending web pages to a web browser on auser's client device in response to requests received from the webbrowser.

Embodiments of the subject matter described in this specification can beimplemented in a computing system that includes a back-end component,e.g., as a data server, or that includes a middleware component, e.g.,an application server, or that includes a front-end component, e.g., aclient computer having a graphical user interface or a Web browserthrough which a user can interact with an implementation of the subjectmatter described in this specification, or any combination of one ormore such back-end, middleware, or front-end components. The componentsof the system can be interconnected by any form or medium of digitaldata communication, e.g., a communication network. Examples ofcommunication networks include a local area network (“LAN”) and a widearea network (“WAN”), an inter-network (e.g., the Internet), andpeer-to-peer networks (e.g., ad hoc peer-to-peer networks).

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other. In someembodiments, a server transmits data (e.g., an HTML page) to a clientdevice (e.g., for purposes of displaying data to and receiving userinput from a user interacting with the client device). Data generated atthe client device (e.g., a result of the user interaction) can bereceived from the client device at the server.

While this specification contains many specific implementation details,these should not be construed as limitations on the scope of anyinventions or of what may be claimed, but rather as descriptions offeatures specific to particular embodiments of particular inventions.Certain features that are described in this specification in the contextof separate embodiments can also be implemented in combination in asingle embodiment. Conversely, various features that are described inthe context of a single embodiment can also be implemented in multipleembodiments separately or in any suitable subcombination. Moreover,although features may be described above as acting in certaincombinations and even initially claimed as such, one or more featuresfrom a claimed combination can in some cases be excised from thecombination, and the claimed combination may be directed to asubcombination or variation of a subcombination.

Similarly, while operations are depicted in the drawings in a particularorder, this should not be understood as requiring that such operationsbe performed in the particular order shown or in sequential order, orthat all illustrated operations be performed, to achieve desirableresults. In certain circumstances, multitasking and parallel processingmay be advantageous. Moreover, the separation of various systemcomponents in the embodiments described above should not be understoodas requiring such separation in all embodiments, and it should beunderstood that the described program components and systems cangenerally be integrated together in a single software product orpackaged into multiple software products.

Thus, particular embodiments of the subject matter have been described.Other embodiments are within the scope of the following claims. In somecases, the actions recited in the claims can be performed in a differentorder and still achieve desirable results. In addition, the processesdepicted in the accompanying figures do not necessarily require theparticular order shown, or sequential order, to achieve desirableresults. In certain implementations, multitasking and parallelprocessing may be advantageous.

What is claimed is:
 1. A method performed by data processing apparatus,the method comprising: identifying, by one or more data processingapparatus, a set of previous interactive sessions for a particular task,each interactive session for the particular task being an online sessionduring which the particular task was performed; identifying, for eachinteractive session in the set of previous interactive sessions andbased on content of the interactive session, a set of implements usedduring the interactive session; classifying, by one or more dataprocessing apparatus, at least one implement in the identified set ofimplements as a required implement for the particular task, theclassification of the implement being performed based, at least in part,on a portion of the previous interactive sessions in which the implementwas identified; indexing classified implements according to theparticular task; receiving a search query that references the particulartask; and providing, by one or more data processing apparatus, dataidentifying the indexed implements in response to receipt of the searchquery.
 2. The method of claim 1, comprising: identifying a set ofpreviously used implements for a user based on previous interactivesessions that were requested by the user device; determining that theindexed implements include a required implement that is not included inthe set of previously used implements; and providing an advertisementfor the required implement to the user device.
 3. The method of claim 1,comprising: identifying a set of previously used implements for a userbased on previous interactive sessions that were requested by the userdevice; identifying, from the set of previously used implements, aparticular previously used implement that matches a required implementfor the particular task; determining, based on characteristics of theparticular previously used implement, that replacement of the particularpreviously used implement is recommended; and providing, in response todetermining that replacement of the particular previously used implementis recommended, an advertisement for the particular previously usedimplement to the user device.
 4. The method of claim 1, whereinidentifying the set of implements comprises: receiving data identifyingan object presented during the interactive session, the identificationbeing based on one or more of visual object recognition or speechrecognition; and including the object in the set of implements.
 5. Themethod of claim 1, comprising determining, for a particular product, areliability profile indicative of failure rates for each of the one ormore parts of the particular product, the failure rate for each partbeing based, at least in part, on a number of interactive sessions inwhich the part is serviced.
 6. The method of claim 5, comprisingproviding the reliability profile to a manufacturer of the product. 7.The method of claim 5, wherein receiving a search query comprisesreceiving, from the user device, a search a search query referencingfailure of the particular product.
 8. The method of claim 7, comprising:identifying, based on the failure profile, a candidate failed part ofthe particular product; and providing, in response to receipt of thesearch query, data identifying an interactive session in which thecandidate failed part is serviced, wherein: providing data identifyingthe indexed implements comprises providing data identifying indexedimplements for servicing the failed part.
 9. The method of claim 1,wherein identifying a set of implements used during the interactivesession comprises: identifying a set of parts used during theinteractive session; classifying each of one or more parts in theidentified set of parts as a required part for the particular task or asometimes used part for the particular task, the classification of thepart being performed based, at least in part, on a portion of theprevious interactive sessions in which the part was used; identifying aset of tools used during the interactive session; and classifying eachof one or more tools in the identified set of tools as either a requiredtool for the particular task or a sometimes used tool for the particulartask, the classification of the tool being performed, at least in part,based on a portion of the previous interactive sessions in which thetool was used.
 10. A non-transitory computer storage medium encoded witha computer program, the program comprising instructions that whenexecuted by data processing apparatus cause the data processingapparatus to perform operations comprising: identifying a set ofprevious interactive sessions for a particular task, each interactivesession for the particular task being an online session during which theparticular task was performed; identifying, for each interactive sessionin the set of previous interactive sessions and based on content of theinteractive session, a set of implements used during the interactivesession; classifying at least one implement in the identified set ofimplements as a required implement for the particular task, theclassification of the implement being performed based, at least in part,on a portion of the previous interactive sessions in which the implementwas identified; indexing classified implements according to theparticular task; receiving a search query that references the particulartask; and providing data identifying the indexed implements in responseto receipt of the search query.
 11. The computer storage medium of claim10, wherein the instructions cause the data processing apparatus toperform operations comprising: identifying a set of previously usedimplements for a user based on previous interactive sessions that wererequested by the user device; determining that the indexed implementsinclude a required implement that is not included in the set ofpreviously used implements; and providing an advertisement for therequired implement to the user device.
 12. The computer storage mediumof claim 10, wherein the instructions cause the data processingapparatus to perform operations comprising: identifying a set ofpreviously used implements for a user based on previous interactivesessions that were requested by the user device; identifying, from theset of previously used implements, a particular previously usedimplement that matches a required implement for the particular task;determining, based on characteristics of the particular previously usedimplement, that replacement of the particular previously used implementis recommended; and providing, in response to determining thatreplacement of the particular previously used implement is recommended,an advertisement for the particular previously used implement to theuser device.
 13. A system comprising: a data store storing previousinteractive sessions for a particular task, each interactive session forthe particular task being an online session during which the particulartask was performed; and one or more data processing apparatus thatinteract with the data store and execute instructions that cause the oneor more data processing apparatus to perform operations comprising:identifying a set of the previous interactive sessions for theparticular task; identifying, for each interactive session in the set ofprevious interactive sessions and based on content of the interactivesession, a set of implements used during the interactive session;classifying at least one implement in the identified set of implementsas a required implement for the particular task, the classification ofthe implement being performed based, at least in part, on a portion ofthe previous interactive sessions in which the implement was identified;indexing classified implements according to the particular task;receiving a search query that references the particular task; andproviding data identifying the indexed implements in response to receiptof the search query.
 14. The system of claim 13, wherein theinstructions cause the one or more data processing apparatus to performoperations comprising: identifying a set of previously used implementsfor a user based on previous interactive sessions that were requested bythe user device; determining that the indexed implements include arequired implement that is not included in the set of previously usedimplements; and providing an advertisement for the required implement tothe user device.
 15. The system of claim 13, wherein the instructionscause the one or more data processing apparatus to perform operationscomprising: identifying a set of previously used implements for a userbased on previous interactive sessions that were requested by the userdevice; identifying, from the set of previously used implements, aparticular previously used implement that matches a required implementfor the particular task; determining, based on characteristics of theparticular previously used implement, that replacement of the particularpreviously used implement is recommended; and providing, in response todetermining that replacement of the particular previously used implementis recommended, an advertisement for the particular previously usedimplement to the user device.
 16. The system of claim 13, whereinidentifying the set of implements comprises: receiving data identifyingan object presented during the interactive session, the identificationbeing based on one or more of visual object recognition or speechrecognition; and including the object in the set of implements.
 17. Thesystem of claim 13, wherein the instructions cause the one or more dataprocessing apparatus to perform operations comprising determining, for aparticular product, a reliability profile indicative of failure ratesfor each of the one or more parts of the particular product, the failurerate for each part being based, at least in part, on a number ofinteractive sessions in which the part is serviced.
 18. The system ofclaim 17, wherein receiving a search query comprises receiving, from theuser device, a search a search query referencing failure of theparticular product.
 19. The system of claim 18, wherein the instructionscause the one or more data processing apparatus to perform operationscomprising identifying, based on the failure profile, a candidate failedpart of the particular product; and providing, in response to receipt ofthe search query, data identifying an interactive session in which thecandidate failed part is serviced, wherein: providing data identifyingthe indexed implements comprises providing data identifying indexedimplements for servicing the failed part.
 20. The system of claim 13,wherein identifying a set of implements used during the interactivesession comprises: identifying a set of parts used during theinteractive session; classifying each of one or more parts in theidentified set of parts as a required part for the particular task or asometimes used part for the particular task, the classification of thepart being performed based, at least in part, on a portion of theprevious interactive sessions in which the part was used; identifying aset of tools used during the interactive session; and classifying eachof one or more tools in the identified set of tools as either a requiredtool for the particular task or a sometimes used tool for the particulartask, the classification of the tool being performed, at least in part,based on a portion of the previous interactive sessions in which thetool was used.